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STATEMENT  OF  INTENT 


The  Consultative  Committee  for  Space  Data  Systems  (CCSDS)  is  an  organization  officially 
established  by  the  management  of  seven  member  space  Agencies.  The  Committee  meets 
periodically  to  address  data  systems  problems  that  are  common  to  all  participants,  and  to 
formulate  sound  technical  solutions  to  these  problems.  Inasmuch  as  participation  in  the 
CCSDS  is  completely  voluntary,  the  results  of  Committee  actions  are  termed 
RECOMMENDATIONS  and  are  not  considered  binding  on  any  Agency. 

This  RECOMMENDATION  is  issued  by,  and  represents  the  consensus  of,  the  CCSDS 
Plenary  body.  Agency  endorsement  of  this  RECOMMENDATION  is  entirely  voluntary. 
Endorsement,  however,  indicates  the  following  understandings: 

o  Whenever  an  Agency  establishes  a  CCSDS-related  STANDARD,  this  STANDARD 
will  be  in  accord  with  the  relevant  RECOMMENDATION.  Establishing  such  a 
STANDARD  does  not  preclude  other  provisions  which  an  Agency  may  develop. 

o  Whenever  an  Agency  establishes  a  CCSDS-related  STANDARD,  the  Agency  will 
provide  other  CCSDS  member  Agencies  with  the  following  information: 

-  The  STANDARD  itself. 

The  anticipated  date  of  initial  operational  capability. 

The  anticipated  duration  of  operational  service. 

o  Specific  service  arrangements  shall  be  made  via  memoranda  of  agreement.  Neither  this 
RECOMMENDATION  nor  any  ensuing  STANDARD  is  a  substitute  for  a 
memorandum  of  agreement. 

No  later  than  five  years  from  its  date  of  issuance,  this  Recommendation  will  be  reviewed  by 
the  CCSDS  to  determine  whether  it  should:  (1)  remain  in  effect  without  change;  (2)  be 
changed  to  reflect  the  impact  of  new  technologies,  new  requirements,  or  new  directions;  or 
(3)  be  retired  or  cancelled. 
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FOREWORD 


This  document,  which  is  a  technical  Recommendation  prepared  by  the  Consultative 
Committee  for  Space  Data  Systems  (CCSDS),  is  intended  for  use  by  participating  space 
Agencies  in  their  development  of  space  telecommand  systems. 

This  Recommendation  allows  the  implementing  organizations  within  each  Agency  to 
proceed  coherently  with  the  development  of  compatible  Standards  for  the  flight  and  ground 
systems  that  are  within  their  cognizance.  Agency  Standards  derived  from  this 
Recommendation  may  implement  only  a  subset  of  the  optional  features  allowed  herein,  or 
may  incorporate  features  not  addressed  by  the  Recommendation. 

In  order  to  establish  a  common  framework  within  which  the  Agencies  may  develop 
standardized  telecommand  services,  the  CCSDS  advocates  adoption  of  a  layered  systems 
architecture.  Within  this  approach,  specific  layers  of  service  (including  their  operational 
protocol  and  data  structuring  techniques)  may  be  selected  for  implementation  according  to 
mission  requirements. 

The  current  layered  set  of  CCSDS  telecommand  Recommendations  was  developed  to  match 
the  conventional  free-flying  mission  environment,  as  characterized  by  the  transmission  of 
command  data  at  relatively  low  uplink  data  rates  to  spacecraft  of  moderate  complexity.  The 
CCSDS  is  currently  examining  the  extension  of  these  Recommendations  (perhaps  by 
defining  expanded  protocols  and  data  structures  within  some  of  the  layers)  to  a  more  complex 
mission  environment,  including  the  transmission  of  multiple  data  types  at  very  high  data  rates 
to  space  vehicles  which  include  extensive  onboard  data  networking  capability. 

This  Recommendation  for  Telecommand  Channel  Service  was  developed  within  the  layered 
architectural  framework,  and  embraces  the  standard  data  structures  and  data  communication 
procedures  which  may  be  used  by  conventional  missions  within  the  lowest  telecommand 
system  layers. 

Through  the  process  of  normal  evolution,  it  is  expected  that  expansion,  deletion  or 
modification  to  this  document  may  occur.  This  Recommendation  is  therefore  subject  to 
CCSDS  document  management  and  change  control  procedures  which  are  defined  in 
Reference[l]. 
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1  INTRODUCTION 

1.1  PURPOSE  AND  SCOPE 

The  purpose  of  this  document  is  to  establish  a  common  Recommendation  which  defines  the 
systems  architecture  of  a  spacecraft  telecommand  "Channel  Service".  The  intent  of  this 
architecture  is  to  provide  a  conunon  framework  within  which  the  Agencies  participating  in 
the  Consultative  Comnaittee  for  Space  Data  Systems  (CCSDS)  may  implement  compatible 
future  spacecraft  telecommanding  systems. 

This  Recommendation  primarily  addresses  the  data  unit  formats  and  functions  which  are 
implemented  within  the  Coding  layer  and  the  Physical  layer  of  the  CCSDS  telecommand 
Channel  Service.  THE  ASSOCIATED  DETAILED  OPERATIONAL  PROTOCOLS 
WHICH  OPERATE  ACROSS  THESE  LAYERS,  AND  THE  FLOW  OF  CONTROL 
INFORMATION  REQUIRED  TO  INITIALIZE  THE  LAYERS  AND  DIRECT  THE 
TRANSFER  OF  DATA  BETWEEN  THEM,  ARE  NOT  PRESENTLY  ADDRESSED 
WITHIN  THIS  DOCUMENT:  THESE  REMAIN  ITEMS  FOR  POTENTIAL 
EXTENSION  OF  THIS  RECOMMENDATION. 

The  operating  principles  and  procedures  for  the  CCSDS  are  defined  in  Reference  [1].  The 
context  of  the  Channel  Service  within  the  overall  Telecommand  System  is  described  in 
Reference  [2].  This  is  a  working  document,  subject  to  update  as  experience  is  gained,  which 
provides  an  inter-Agency  coordination  mechanism  that  ensures  that  compatible 
implementations  are  facilitated. 


1.2  APPLICABILITY 

This  Recommendation  serves  as  a  guideline  for  the  development  of  compatible  internal 
Agency  standards  in  the  field  of  spacecraft  commanding.  This  Recommendation  is  not 
retroactive,  nor  does  it  commit  any  Agency  to  implement  the  recommended  telecommand 
concepts  at  any  future  time.  Nevertheless,  all  CCSDS  Agencies  accept  the  principle  that  all 
future  implementations  of  telecommand  which  are  used  in  cross-support  situations  will  be 
based  on  this  Recommendation. 

The  CCSDS  has  developed  a  layered  concept  for  future  spacecraft  telecommanding,  which  is 
fully  described  in  Reference  [2].  Standard  services  are  defined  within  each  layer,  and 
Agencies  will  be  encouraged  to  develop  corresponding  facilities  to  provide  these  services  in 
support  of  Projects.  To  be  fully  compatible  with  the  CCSDS  concept,  a  Project's 
telecommanding  architecture  should  follow  this  Recommendation  for  Channel  Service,  plus 
the  Recommendations  for  telecommand  "Data  Management  Service"  and  telecommand  "Data 
Routing  Service"  which  are  described  in  References  [3]  and  [4],  respectively.  Projects  may 
also  elect  to  be  partially  compatible  with  the  concept  by  interfacing  with  the  standard  systems 
at  intermediate  layers  within  any  of  the  service  specifications. 
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1.3  BIT  NUMBERING  CONVENTION  AND  NOMENCLATURE 

In  this  document,  the  following  convention  is  used  to  identify  each  bit  in  an  N-bit  field.  The 
first  bit  in  the  field  to  be  transmitted  (i.e.,  the  most  left  justified  when  drawing  a  figure)  is 
defined  to  be  "Bit  0";  the  following  bit  is  defined  to  be  "Bit  1"  and  so  on  up  to  "Bit  N-1". 
When  the  field  is  used  to  express  a  binary  value  (such  as  a  counter),  the  Most  Significant  Bit 
(MSB)  shall  be  the  first  transmitted  bit  of  the  field,  i.e.,  "Bit  0". 


BIT  0  bit  N-1 


N-BIT  DATA  FIELD 


t 

FIRST  BIT  TRANSMITTED  =  MSB 


In  accordance  with  modem  data  communications  practice,  spacecraft  data  fields  are  often 
grouped  into  8-bit  "words"  which  conform  to  the  above  convention.  Throughout  this 
Recommendation,  the  following  nomenclature  is  used  to  describe  this  grouping: 


8-BIT  WORD  =  “OCTET" 


By  CCSDS  convention,  all  "spare"  bits  shall  be  permanently  set  to  value  "zero". 

Note  that  throughout  this  document,  the  word  "Telecommand"  may  be  abbreviated  as  "TC". 
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2  TELECOMMAND  CHANNEL  SERVICE  OVERVIEW 


A  complete  summary  of  the  terminology  which  is  used  internal  to  this  document  is  presented 
in  Annex  A. 

The  TC  Channel  Service  (see  Figure  2-1)  enables  an  error-controlled  data  path  to  be 
established  for  the  transfer  of  telecommands  to  the  spacecraft.  The  service  contains  two 
distinct  layers  of  data  handling  operations: 

(1)  A  CODING  LAYER,  which  permits  telecommand  information  bits  to  be  more 
reliably  transmitted  through  the  noisy  physical  data  channel  using  standard 
channel  coding  techniques.  The  Coding  layer  also  provides  information  about  the 
beginning  of  the  contents  of  valid  codeblocks,  the  continuity  of  the  data  stream, 
and  delivers  the  contents  of  those  codeblocks  to  the  layer  above. 

(2)  A  PHYSICAL  LAYER,  which  contains  the  radio  frequency  and  modulation 
capabilities  that  may  be  invoked  to  establish  the  physical  data  channel:  these 
capabilities  are  fully  described  in  Reference  [5],  and  are  only  addressed  within 
this  document  as  required  for  clarity.  The  Physical  layer  also  contains 
PHYSICAL  LAYER  OPERATIONS  PROCEDURES  (PLOPs)  which  provide 
the  methods  of  activating  and  deactivating  the  physical  channel. 

A  complete,  detailed  specification  of  the  services  provided  by  each  layer  within  the  Channel 
Service  is  presented  in  Annex  B.  The  first-time  reader  should  digest  Annex  B  before 
proceeding  further  in  this  document. 

NOTE  A:Figure  2-1  represents  a  logical  view  of  the  TC  System  and  physical 
implementations  may  not  necessarily  correspond  to  the  flow  of  operations  implied 
by  the  figure. 

NOTE  B:  This  Recommendation  primarily  specifies  the  data  structures  and  procedures 
flowing  ACROSS  the  layers  from  the  sending  to  the  receiving  end  of  the  TC 
System,  since  these  have  a  direct  impact  on  the  long  lead-time  design  of  future 
spacecraft  hardware  and  software.  Comprehensive  definition  of  the  associated 
operational  protocols  within  each  layer  and  the  control  instructions,  which  are 
required  to  initialize  the  layers  and  to  direct  the  flow  of  TC  data  units  BETWEEN 
the  layers,  remain  items  for  potential  future  extension  of  this  document. 

NOTE  C: Recommended  inter- Agency  cross-support  gateways  for  telecommand  are 
described  in  Reference  [6]. 
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TELECOMMAND, 

PARTS:  DATA 
MANAGEMENT  SERVICE 


TELECOMMAND, 
PART  2:  DATA 
ROUTING  SERVICE 


TELECOMMAND, 
PARTI:  CHANNEL 
SERVICE 


Figure  2-1:  Telecommand  System 
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3  CODING  LAYER:  STANDARD  DATA  STRUCTURES  AND 
PROCEDURES 

3.1  OVERVIEW  OF  THE  CODING  LAYER 

The  Coding  layer  establishes  the  reliable,  error-controlled  data  channel  through  which  user 
telecommand  data  bits  may  be  transferred.  The  data  are  encoded  to  reduce  the  effects  of 
noise  in  the  Physical  layer  channel  on  the  user  data.  A  block  code  has  been  chosen  to 
provide  this  protection.  Synchronization  for  the  codeblock  and  delimiting  of  the  beginning 
of  user  data  are  provided  by  the  Conunand  Link  Transmission  Unit  (CLTU)  data  structure. 

Resolution  of  data  ambiguity  (sense  of  "1"  and  "0")  when  receiving  the  symbol  stream  shall 
be  a  service  of  the  Coding  layer.  Data  ambiguity  may  result  from  the  modulation  technique 
utilized  in  the  Physical  layer  such  as  suppressed-carrier  modulation.  Ambiguity  resolution 
techniques  shall  use  inherent  information  in  the  symbol  stream  such  as  either  the  CLTU  start 
sequence  pattern  or  NRZ-M  modulation. 


3.2  STANDARD  DATA  STRUCTURES  WITHIN  THE  CODING  LAYER 
The  standard  data  structures  within  the  Coding  layer  are  the  TC  Codeblock  and  the  CLTU. 
3.2.1  TC  CODEBLOCK  FORMAT 

The  TC  Codeblock  format  is  a  fixed  length  data  entity  shown  in  Figure  3-1.  The  codeblock 
is  formulated  using  a  systematic  coding  technique  which  contains  N  information  bits  in  the 
leading  octets  and  the  error  control  in  the  last  octet.  The  TC  Codeblock  contains  an  integer 
number  of  octets  with  a  maximum  overall  length  of  8  octets  (64  bits). 


◄ - "L"  CODEBLOCK  LENGTH - ► 

^ - INFORMATION - - ERROR  CONTROL - ► 


'o  ’  -1  2'  ’  **  ’  k-1 

P  P  •  •  • 

0  ’  ^  ’  6 

"N"  TC  DATA  BITS 
(N  =  32,  40,  48,  OR  56) 

7  PARITY 
CHECK  BITS 

APPENDED 
FILLER  BIT 

Figure  3-1:  Telecommand  Codeblock  Format 
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Within  any  given  mission,  the  overall  length  "L"  of  the  TC  Codeblock  shall  be  fixed  and 
shall  be  selected  from  the  following  standard  lengths: 

L  =  40bits(N=32) 

L  =  48  bits  (N=40) 

L  =  56  bits  (N=48) 

L  =  64  bits  (N=56) 

The  preferred  length  is  L  =  64  bits. 

The  COMPLEMENTS  of  the  seven  parity  check  bits,  Pq  through  P6,  are  located  in  the  first 
seven  bits  of  the  last  octet  of  the  TC  Codeblock.  The  complements  are  used  to  aid  in 
maintaining  bit  synchronization  and  detection  of  bit  slippage.  The  encoding  procedure  for 
generating  these  parity  bits  is  described  in  Section  3.3.1. 

The  last  bit  of  the  last  octet,  Fq,  is  a  filler  bit  appended  to  provide  an  overall  Codeblock 
length  which  is  an  integer  number  of  octets.  This  Filler  Bit  shall  always  be  a  "zero". 


3.2.2  COMMAND  LINK  TRANSMISSION  UNIT  (CLTU)  FORMAT 

The  CLTU  is  the  data  structure  which  carries  the  TC  data  as  a  contiguous  series  of  encoded 
TC  Codeblocks  across  the  Channel  Service.  The  encoded  TC  data  within  the  CLTU  consist 
of  one  Input  Data  Entity  from  the  layer  above.  The  CLTU  has  the  structural  components 
shown  in  Figure  3-2. 


M - COMMAND  LINK  TRANSMISSION  UNIT - ► 


START 

ENCODED 

TAIL 

SEQUENCE 

TC  DATA 

SEQUENCE 

16 

BITS 


•4 


TC  CODEBLOCKS 


LENGTH  OF 
ONETC 
CODEBLOCK 


Figure  3-2:  Components  of  the  CLTU 
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3.2.2.1  CLTU  Start  Sequence.  The  CLTU  Start  Sequence  field  delimits  the  start  of  the 
block  coded  TC  data  within  the  CLTU.  It  consists  of  a  16-bit  synchronization  pattern  with 
low  autocorrelation  sidelobes  and  shall  have  the  following  pattern: 

111010111000000 

t  t 

BITO  BIT  15 


3.2.2.2  Encoded  TC  Data.  The  Encoded  TC  Data  field  consists  of  a  set  of  TC 
Codeblocks  which  have  been  encoded  in  accordance  with  the  TC  Codeblock  encoding 
procedure.  Fill  bits  may  be  added  to  pack  the  input  data  to  complete  a  TC  Codeblock.  In 
addition  to  error  control  bits,  these  codeblocks  contain  the  input  data  to  this  layer,  plus  any 
fill  bits  that  were  appended  to  meet  codeblock  length  constraints. 


3.2.2.3  Tail  Sequence.  The  CLTU  Tail  Sequence  field  is  a  data  structure  which  is 
constructed  specifically  to  be  a  noncorrectable  codeblock  which  delimits  the  end  of  a  CLTU 
by  stopping  the  decoding  process.  The  Tail  Sequence  shall  have  the  same  length  as  a  TC 
Codeblock  and  its  pattern  shall  be  alternating  "ones"  and  "zeros",  beginning  with  a  "zero" 
and  ending  with  a  "one".  This  pattern  differs  from  the  nearest  codeblock  of  the  same  length 
by  2  bits. 


3.3  STANDARD  PROCEDURES  WITHIN  THE  CODING  LAYER 

The  following  sections  define  the  TC  Codeblock  encoding  and  decoding  procedures. 

3.3.1  TC  CODEBLOCK  ENCODING  PROCEDURE. 

A  systematic  block  coding  procedure  is  used  which  always  generates  7  parity  check  bits  per 
codeblock  and  which  is  always  computed  from  56  information  bits.  The  parity  check  bits  are 
then  COMPLEMENTED  and  placed  into  the  codeblock  as  shown  in  Figure  3-1. 

The  code  used  is  a  (63,56)  modified  Bose-Chaudhuri-Hocquenghem  (BCH)  code  which  uses 
the  following  generator  polynomial  to  produce  the  seven  parity  bits: 

g(x)  =  x7  +  x6  +  x2  +  xO 

It  may  be  desired  to  shorten  the  transmitted  codeblocks.  This  is  accomplished  by  reducing 
the  number  of  TC  data  bits  contained  within  the  transmitted  codeblocks.  To  maintain  octet 
boundaries  and  reasonable  efficiency,  32, 40,  and  48  bits  are  the  only  shortened  TC  data  field 
sizes  permitted. 
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The  same  encoding  algorithm  shown  above  for  56  information  bits  also  serves  for  the 
shortened  cases  by  forcing  the  coding  algorithm  to  continue  to  operate  on  56-bit  fields.  The 
difference  between  the  shortened  TC  data  field  and  the  56  bits  is  treated  by  the  encoder  as 
"virtual  fill"  (zeros)  preceding  the  TC  data.  These  leading  zeros  are  NOT  outputted  from  the 
encoder,  nor  transmitted.  In  all  cases  the  overall  codeblock  length  is  always  8  bits  longer 
than  the  TC  data  field.  It  should  be  noted  that  this  "virtual  fill"  is  separate  and  distinct  from 
the  fill  of  Section  3.3.2  which  is  used  when  there  is  insufficient  TC  data  to  exactly  fit  a 
codeblock. 

The  code  generator  implementation  is  shown  in  Figure  3-3.  Note  that  the  shift  registers  are 
initialized  to  zero.  The  ganged  switch  is  in  position  1  while  the  N  TC  data  bits  are  being 
transmitted,  in  position  2  for  the  seven  parity  bits,  and  in  position  3  for  the  appended  fill  bit. 


◄ - PARITY  BITS - ► 


Figure  3-3:  (63,56)  Modified  BCH  Code  Generator 


3.3.2  FILL  BITS 

If  the  "Input  Data"  do  not  fit  exactly  within  an  integral  number  of  TC  Codeblocks,  the  last 
octet(s)  and  ONLY  the  last  octet(s)  of  the  last  Codeblock  within  the  CLTU  may  contain 
"Fill"  bits.  The  pattern  of  the  Fill  shall  consist  of  a  sequence  of  alternating  "ones"  and  "zeros" 
starting  with  a  "zero." 

The  Coding  layer  may  require  the  introduction  of  these  fill  bits  in  the  encoding  process,  and 
which  are  not  removed  by  the  decoding  process.  Removal  of  fill  is  the  responsibility  of  the 
layer  above,  which  delimits  the  end  of  the  TC  data  and  discards  extraneous  bits  (e.g.,  fill). 
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3.3.3  TC  CHANNEL  SERVICE  LOGIC  (RECEIVING  END) 

The  TC  Channel  Service  Logic  is  presented  in  state  diagram  form  (Figure  3-4).  To  support 
the  state  diagrams,  a  list  of  "states"  and  "events"  is  given  in  Tables  3-1  and  3-2.  There  are 
three  states  and  four  events. 

Table  3-1:  TC  Channel  Service  States  (Receiving  End) 


State 

Number 

State 

Name 

State 

Definition 

S  1 

INACTIVE 

The  telecommand  channel  is  INACTIVE  (i.e, 
"no  bit  lock  is  achieved",  or,  alternatively, 

"no  bit  modulation  is  detected". 

S2 

SEARCH 

The  incoming  bit  stream  is  searched,  bit  by 
bit,  for  the  Start  Sequence  pattern. 

S3 

DECODE 

TC  Codeblocks,  which  are  either  free  of 
error  or  which  can  be  corrected,  are 
received  and  decoded,  and  their  contents 
are  transferred  to  the  layer  above. 

Table  3-2:  TC  Channel  Service  Events  (Receiving  End) 

Event 

Number 

Event 

Name 

Event 

Definition 

E  1 

CHANNEL 

ACTIVATION 

Bit  modulation  is  detected  and  bit  lock  is 
achieved:  telecommand  bit  stream  is  present. 

E2 

CHANNEL 

DEACTIVATION 

Telecommand  bit  stream  is  NOT  present  (loss 
of  bit  lock  or  loss  of  telecommand  signal). 

E3 

START 

SEQUENCE 

FOUND 

The  Start  Sequence  pattern  has  been  detected, 
signalling  the  beginning  of  the  first 
codeblock  of  the  CLTU. 

E4 

CODEBLOCK 

REJECTION 

The  decoder  has  indicated  uncorrected  errors 
in  a  codeblock.  No  data  from  this  codeblock 
are  transferred  to  the  layer  above. 
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E4 


Figure  3-4:  TC  Channel  Service  State  Diagram  (Receiving  End) 


3.3.4  TC  CODEBLOCK  DECODING  PROCEDURES  1 

Codeblocks  that  have  been  encoded  using  the  modified  BCH  code  described  in  Section  3.3.1 
may  be  decoded  either  in  an  error-detecting  mode  or  in  an  error-correcting  mode,  depending 
on  mission  requirements.  When  the  error-detecting  mode  is  chosen,  one,  two  or  three  bits  in 
error  will  be  detected  within  the  codeblock  (not  counting  the  fill  bit);  when  the  error- 
correcting  mode  is  used,  one  bit  in  error  will  be  corrected  and  two  bits  in  error  will  be 
detected. 

The  recommended  decoding  algorithm  is  described  in  Reference  [2]. 


1  The  description  to  follow  assumes  a  hard-limiting  detector  before  decoding,  but  a  soft-limiting 
detector  is  not  intended  to  be  precluded. 
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4  PHYSICAL  LAYER:  STANDARD  DATA  STRUCTURES  AND 
PROCEDURES 

4.1  OVERVIEW  OF  THE  PHYSICAL  LAYER 

The  Physical  layer  provides  the  radio  frequency  data  path  which  connects  the  transmitting 
station  to  the  spacecraft,  and  its  associated  Physical  Layer  Operational  Procedures  (PLOPs), 
in  order  to  support  the  transmission  of  telecommand  data. 


4.2  STANDARD  DATA  STRUCTURES  WITHIN  THE  LAYER 

The  standard  data  structures  within  this  layer  are  the  Acquisition  Sequence,  CLTU,  and  the 
Idle  Sequence.  They  are  used  to  provide  synchronization  of  the  symbol  stream,  and  are 
described  below. 

4.2.1  ACQUISITION  SEQUENCE 

The  Acquisition  Sequence  is  a  data  structure  forming  a  preamble  which  provides  for  initial 
symbol  synchronization  within  the  incoming  stream  of  detected  symbols.  The  length  of  the 
Acquisition  Sequence  shall  be  selected  according  to  the  mission  telecommand  link 
performance  requirements  but  the  preferred  minimum  length  is  16  octets.  The  length  is  not 
required  to  be  an  integral  multiple  of  octets.  The  pattern  of  the  Acquisition  Sequence  shall  be 
alternating  "ones"  and  "zeros",  starting  with  either  a  "one"  or  a  "zero". 


4.2.2  CLTU 

The  CLTU  is  the  data  structure  (symbol  sequence)  furnished  from  the  layer  above,  and 
defined  in  Section  3.2.2.  It  contains  the  data  symbols  that  are  to  be  transmitted  to  the 
spacecraft.  This  process  depends  upon  having  a  sufficient  transition  density  in  the  data 
contents  (TC  data)  of  the  CLTU;  the  actual  requirement  is  dependent  on  the  characteristics  of 
the  implementation  in  use.  The  codeblock  format  specified  in  Section  3.2.1  provides  at  least 
2  data  transitions  per  codeblock. 


4.2.3  IDLE  SEQUENCE 

The  Idle  Sequence  is  the  data  structure  which  provides  for  maintenance  of  symbol 
synchronization  in  the  absence  of  CLTUs.  The  bit  pattern  is  a  sequence  of  alternating  "ones" 
and  "zeros",  beginning  with  a  "zero".  The  length  of  the  Idle  Sequence  is  an  unconstrained 
number  of  bits. 
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4.3  STANDARD  PROCEDURES  WITHIN  THE  LAYER 

Operations  within  the  Physical  layer  begin  with  the  activation  of  the  physical  telecommand 
channel  by  invoking  the  radio  frequency  carrier  and  modulation  techniques.  These  techniques 
include  provision  of  any  required  command  link  subcarrier(s)  and  data  modulation  in  order  to 
establish  the  physical  connection  from  the  transmitting  station  to  the  proper  spacecraft 
hardware. 

4.3.1  CARRIER  MODULATION  MODES 

Carrier  Modulation  Modes  (CMMs)  consist  of  different  states  of  data  modulation  upon  the 
RF  carrier  which  creates  the  physical  telecommand  channel.  The  physical  methods  of 
modulating  the  carrier,  which  may  be  either  spread  spectrum  (e.g.,  TDRSS)  or  subcarrier 
(e.g.,  conventional  ground  station)  techniques,  are  described  in  Reference  [5].  The  Carrier 
Modulation  Modes  are  shown  in  Table  4-1. 

Table  4-1:  Carrier  Modulation  Modes 


Mode 

State 

CMM-1 

Unmodulated  CARREER  only 

CMM-2 

CARRIER  modulated  with 
ACQUISITION  SEQUENCE 

CMM-3 

CARRIER  modulated  with 

TC  data  (e.g.,  CLTU) 

CMM-4 

CARRIER  modulated  with 

IDLE  SEQUENCE 

4.3.2  TELECOMMAND  SESSION 

During  a  Telecommand  Session,  a  series  of  CLTUs  is  transmitted  to  a  remote  spacecraft. 
The  session  begins  with  the  initial  application  of  the  RF  carrier  (CMM-1)  and  ends  with  the 
removal  of  the  carrier.  The  path  is  further  controlled  (activated  or  deactivated)  by  the 
selection  of  appropriate  Physical  Layer  Operations  Procedures  (PLOPs). 
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4.3.3  PHYSICAL  LAYER  OPERATIONS  PROCEDURES  (PLOPS) 

A  PLOP  consists  of  a  sequential  application  of  the  various  CMMs  in  order  to  activate  and 
deactivate  the  physical  teleconunand  channel.  Two  procedures,  PLOP-1  and  PLOP-2,  are 
currently  defined.  The  selection  of  PLOPs  is  mission-specific. 

4.3.3.1  PLOP-1.  PLOP-1  is  a  procedure  for  individually  radiating  CLTUs,  whereby  the 
spacecraft  TC  decoder  is  always  forced  into  the  INACTIVE  state  (SI)  by  deactivating  the 
physical  telecommand  channel  after  the  end  of  transmission  of  each  CLTU  (or  CLTU 
followed  by  an  Idle  Sequence). 

PLOP-1  invokes  the  sequence  of  CMMs  shown  in  Figure  4-1.  Note  that  "unmodulated"  is 
defined  as  the  state  in  which  no  telecommand  modulation  is  present. 


BEGIN  COMMAND  SESSION 


END  COMMAND  SESSION 


Figure  4-1:  Sequence  of  CMMs  Comprising  PLOP-1 
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43.3.2  PLOP-2.  PLOP-2  is  a  procedure  whereby  the  physical  telecommand  channel  is 
not  deactivated  after  each  transmitted  CLTU.  The  termination  of  an  individual  CLTU  is 
provided  only  through  the  data  path,  using  the  CLTU  Tail  Sequence  and,  optionally.  Idle 
Sequences.  This  places  the  decoder  in  the  SEARCH  state  (S2)  after  each  CLTU.  The 
decoder  is  forced  into  the  INACTIVE  state  (SI),  by  deactivating  the  physical  telecommand 
channel  only  at  the  end  of  transmission  of  a  series  of  CLTUs,  which  may  be  followed  by  an 
Idle  Sequence  or  not. 

It  should  be  noted  that  when  operating  with  PLOP-2,  it  is  recommended  to  systematically 
insert  a  minimum  Idle  Sequence  of  one  octet  between  each  CLTU  to  eliminate  the  small  but 
finite  possibility  of  synchronization  lockout.  Such  a  lockout  may  occur  if  the  start  pattern  of 
one  CLTU  is  not  detected  (leaving  the  decoder  in  SEARCH  state)  and  a  start  pattern  exists 
over  the  last  bits  of  the  last  frame  of  that  CLTU  and  the  first  bits  of  its  Tail  Sequence.  This 
creates  an  erroneous  but  temporary  CLTU  start  (DECODE  state),  causing  the  true  start  of  the 
following  CLTU  to  be  missed.  The  added  Idle  Sequence  prevents  this  from  happening. 

PLOP-2  invokes  the  sequence  of  CMMs  shown  in  Figure  4-2.  Note  that  "unmodulated"  is 
defined  as  the  state  in  which  no  telecommand  modulation  is  present. 
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BEGIN  COMMAND  SESSION 


END  COMMAND  SESSION 

Figure  4-2:  Sequence  of  CMMs  Comprising  PLOP-2 
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ANNEX  A 

CHANNEL  SERVICE 
ACRONYMS  AND  TERMINOLOGY 


(THIS  ANNEX  IS  PART  OF  THE  RECOMMENDATION) 


Purpose: 

This  Annex  defines  the  key  acronyms  and  terms  which  are  used  throughout  this 
Recommendation  to  describe  activities  within  the  Channel  Service. 


Issue  1 


Page  A-1 


January  1987 


CCSDS  RECOMMENDATION  FOR  TELECOMMAND:  CHANNEL  SERVICE 


ACRONYMS 

BCH:  BOSE-CHAUDHURI-HOCQUENGHEM 

CCSDS :  CONSULTATIVE  COMMITTEE  FOR  SPACE  DATA  SYSTEMS 

CLTU:  COMMAND  LINK  TRANSMISSION  UNIT 

CMM:  CARRIER  MODULATION  MODE 

MSB :  MOST  SIGNIFICANT  BIT 

NRZ-M:  NON-RETURN-TO-ZERO-MARK 

PLOP:  PHYSICAL  LAYER  OPERATIONS  PROCEDURE 

TC:  TELECOMMAND 


TERMINOLOGY 


Terminology  for  the  overall  CCSDS  Telecommand  concept  is  summarized  in  Reference  [2]. 
Key  elements  of  Channel  Service  terminology,  as  used  in  this  document,  are  defined  in  this 
annex.  These  definitions  are  meant  to  be  used  by  the  reader  as  an  aid  to  understanding  the 
concept  of  Telecommand;  no  attempt  is  being  made  to  universally  define  these  terms. 
Definitions  which  may  be  found  in  a  standard  English  dictionary  have  been  omitted. 

ACQUISITION  SEQUENCE: 

A  specific  high  transition  density  bit  pattern  transmitted  to  permit  the  receiving  end  to 
acquire  symbol  synchronization. 


CARRIER  MODULATION  MODE: 

The  data  type  being  used  to  modulate  the  RF  carrier  or  subcarrier. 


CLEAN  DATA  BITS: 

TC  data  bits  which  have  been  decoded  and  are  outputted  from  the  Coding  layer. 


CODEBLOCK: 

A  fixed-length  data  entity  containing  information  and  check  bits  that  have  been  structured  by 
an  encoding  algorithm. 
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CODING  LAYER: 

That  layer  of  the  TC  Channel  Service  which  uses  a  prescribed  coding  technique  to  reliably 
transfer  information  bits  through  the  potentially  noisy  Physical  layer. 


COMMAND  LINK  TRANSMISSION  UNIT: 

A  Coding  layer  protocol  data  entity  which  is  used  to  synchronize  and  delimit  the  beginning 
of  a  continuum  of  bits  consisting  of  a  start  sequence  followed  by  an  integral  number  of 
codeblocks. 


COMMAND  SESSION: 

A  continuous  period  of  time  during  which  the  signal  path  is  established  for  the 
communications  channel. 


COMMAND  THRESHOLD 

The  telecommand  channel  operating  point  at  which  a  deletion  rate  of  1  frame  per  1000 
frames  is  obtained. 


DECODER  (Hard  Decision): 

A  Coding  layer  algorithmic  process  which  utilizes  the  check  bits  contained  in  a  codeblock  for 
detecting  or  correcting  errors  in  the  information  bits.  The  check  bits  are  then  removed  before 
the  information  bits  are  outputted. 


DECODER  (Soft  Decision): 

A  Coding  layer  algorithmic  process  which  uses  quantization  of  the  detector  output  into  n 
levels  for  each  received  bit  to  decide  upon  the  most  likely  codeblock  and  to  estimate  the 
reliability  of  that  decision.  The  check  bits  are  then  removed  before  the  best-estimate 
information  bits  and  any  reliability  information  are  outputted. 


ENCODED  TC  DATA 

The  TC  data  contained  in  a  codeblock. 
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ENCODER: 

As  used  in  this  document,  a  Coding  layer  algorithmic  process  which  adds  check  bits  to  a 
series  of  information  bits  to  create  a  codeblock. 


EVENT: 

As  used  in  this  document,  an  action  which  causes  the  TC  Channel  Service  to  change  states. 


FILL: 

Bits  appended  by  the  Coding  layer  to  the  Input  Data  Entity  to  enable  the  data  entity  to  exactly 
fit  an  integer  number  of  codeblocks.  These  fill  bits  ARE  transmitted  and  must  be  removed 
by  the  layer  above. 


IDLE  SEQUENCE: 

A  specific  high  transition  density  bit  pattern  transmitted  during  a  command  session  in  the 
absence  of  a  CLTU  to  maintain  symbol  synchronization  in  the  channel. 


INPUT  DATA: 

A  discrete  collection  of  data  bits  provided  at  the  input  to  the  Coding  layer  from  the  Data 
Routing  Service. 


OCTET: 

A  contiguous  string  of  8  bits;  an  8-bit  word. 


PHYSICAL  LAYER: 

The  lower  layer  of  the  TC  Channel  Service  which  provides  the  RF  channel.  At  the  sending 
end  it  provides  the  radio  frequency  and  modulation  techniques  required  to  create  and  operate 
the  channel.  At  the  receiving  end,  it  provides  the  reception,  demodulation,  and  symbol 
synchronization  for  the  channel. 
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PHYSICAL  LAYER  OPERATIONS  PROCEDURE: 

A  specific  procedure  of  the  Physical  layer  designed  to  activate  and  deactivate  the  physical 
telecommand  channel  by  invoking  RF  carrier  and  modulation  techniques. 


PROTOCOL: 

A  set  of  procedures,  supported  by  format  conventions,  that  define  the  orderly  exchange  of 
information  between  entities  within  a  given  layer  of  the  TC  System  or  between  layers. 


RELIABLE: 

Meets  the  quality,  quantity,  continuity  and  completeness  criteria  which  are  specified  by  the 
Telecommand  System. 


START  SEQUENCE: 

A  specific  bit  pattern  at  the  beginning  of  a  CLTU  having  a  high  autocorrelation  function 
following  an  idle  or  acquisition  sequence  and  which:  a)  synchronizes  start  of  a  CLTU;  b) 
delimits  start  of  first  codeblock;  and  c)  resolves  the  sense  of  a  "1"  and  "0"  in  the  CLTU,  if 
necessary. 


SYMBOL: 

A  bit  in  an  encoded  data  stream. 


TAIL  SEQUENCE: 

A  specific  data  pattern  which  delimits  the  end  of  a  CLTU. 


TC  DATA: 

The  data  content  (after  decoding)  of  the  CLTU  which  is  outputted  to  the  Data  Routing 
Service  (layer  above)  and  which  may  include  fiU. 
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TC  TRANSFER  FRAME: 

The  protocol  data  unit  of  the  Transfer  layer.  (See  Reference  [4],  Data  Routing  Service.) 


TELECOMMAND: 

A  generic  term  used  to  describe  the  process  of  telecommunicating  commands  to  the 
spacecraft. 


TELECOMMAND  CHANNEL  SERVICE: 

A  Telecommand  Service  which  provides  error-controlled  communications  across  the  space 
link. 


TELECOMMAND  DATA  ROUTING  SERVICE: 

A  Telecommand  Service  which  provides  error-controlled  message  communications  between 
remote  entities. 


VIRTUAL  FILL: 

Added  bits  which  are  NOT  transmitted,  but  their  presumption  in  the  encoding  process  must 
be  known  for  the  decoding  process  (i.e.,  the  decoder  must  know  the  codeblock  length.) 
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ANNEX  B 

CHANNEL  SERVICE  SPECIFICATION 


(THIS  ANNEX  IS  PART  OF  THE  RECOMMENDATION) 


Purpose: 

This  Annex  provides  the  detailed  specification  for  the  service  provided  by  the  Coding  and 
Physical  layers  of  the  Telecommand  System. 
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B-1  OVERVIEW  OF  THE  LAYERS  WITHIN  THE  TELECOMMAND 
CHANNEL  SERVICE 

The  TC  Channel  Service  consists  of  two  layers:  the  Coding  layer  and  the  Physical  layer. 
Each  of  the  layers  provides  services  to  the  layer  above  (e.g.,  the  CCSDS  Transfer  layer, 
Reference  [4])  at  a  "sending  end"  (located  in  the  region  of  the  user)  and  at  a  "receiving  end" 
(located  in  space).  A  model  of  the  activities  within  the  Channel  Service  is  presented  in 
Figure  B-1. 


MODULATED  RADIO  WAVEFORMS 


NOTES:  (1 )  "CLEAN"  =  ERROR-FREE  WITHIN  THE  PBFORMANCE 
CAPABILITY  OF  THE  DECODER. 

(2)  “DIRTY"  =  SYMBOL  STREAM  WITH  POSSLE  ERRORS 
OR  SOFT  DECISIONS. 
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Within  a  fully  implemented  CCSDS  Telecommand  system,  operation  of  the  Channel  Service 
begins  when  the  buffer  of  information  bits  corresponding  to  one  or  more  complete  TC 
Transfer  Frames  (plus  their  related  operational  control  information)  is  delivered  from  the 
Transfer  layer  to  the  sending  end  of  the  Coding  layer  for  radiation  through  the  physical 
telecommand  channel  to  the  spacecraft. 

The  TC  Transfer  Frames  are  encoded  by  the  Coding  layer  into  short,  fixed  length  TC 
Codeblocks  which  provide  a  noise  immunity  capability  that  is  compatible  with  overall  TC 
Frame  erasure  and  undetected  error  requirements.  A  TC  Transfer  Frame  is  transmitted  as  a 
sequential  set  of  TC  Codeblocks,  with  the  entire  set  of  Codeblocks  being  encapsulated  by 
the  Coding  layer  within  a  "Command  Link  Transmission  Unit"  (CLTU)  data  structure:  a 
CLTU  may  contain  one  or  more  encoded  Transfer  Frames.  The  CLTU  provides  the  data 
interface  mechanism  for  passing  the  TC  Codeblocks  between  the  Coding  layer  and  the 
Physical  layer. 

To  activate  the  teleconunand  channel  in  support  of  the  Coding  layer,  the  services  of  the 
sending  end  Physical  layer  are  invoked.  An  RF  carrier  data  path  is  first  established,  upon 
which  various  "Carrier  Modulation  Modes"  (CMMs)  may  be  established  to  support  data 
transfer.  By  selecting  an  appropriate  sequence  of  CMMs,  a  "Physical  Layer  Operations 
Procedure"  (PLOP)  is  formed  which  activates  and  deactivates  the  link  so  that  one  or  more 
CLTUs  may  be  transmitted  to  the  spacecraft. 

Upon  activation  of  the  channel  by  the  selected  PLOP,  modulated  radio  waveforms  are 
radiated  to  the  spacecraft.  The  receiving  end  of  the  Physical  layer  receives  this  waveform 
and  detects  a  stream  of  channel  symbols.  Control  information  which  indicates  the  readiness 
of  the  channel  is  passed  to  the  layer  above. 

The  spacecraft  telecommand  channel  decoder  within  the  receiving  end  of  the  Coding  layer 
awaits  this  symbol  stream  containing  an  Acquisition  sequence,  a  CLTU  Start  sequence,  and 
the  set  of  sequential  TC  Codeblocks  which  carry  the  encoded  TC  Transfer  Frame  information 
bits.  The  Acquisition  sequence  provides  a  preamble  for  symbol  synchronization  purposes. 
The  CLTU  Start  sequence  marks  the  start  of  the  first  TC  Codeblock  (which  contains  the 
leading  bits  of  a  TC  Transfer  Frame.)  TC  Codeblock  decoding  begins  after  the  CLTU  Start 
sequence  is  detected:  the  TC  Codeblocks  are  sequentially  decoded  to  reconstruct  the 
information  bits  which,  together  with  control  data,  are  passed  to  the  layer  above  which 
reassembles  the  TC  Transfer  Frame.  After  transmission  of  all  TC  Codeblocks  contained 
within  the  CLTU,  a  Tail  sequence  is  transmitted  which  signals  the  end  of  the  CLTU,  and  may 
be  followed  by  an  (optional)  Idle  sequence  and  more  CLTUs.  Finally,  when  the  last  CLTU 
has  been  transmitted  (followed  or  not  by  an  Idle  sequence,)  the  link  is  deactivated  by  the 
PLOP. 

If  the  probability  of  erroneous  data  (as  measured  by  the  channel  decoder)  is  sufficiently  high, 
the  spacecraft  channel  decoder  will  enter  a  "Search  for  Start  Sequence"  condition  until  reset 
by  the  next  CLTU  Start  sequence  or  (optionally)  by  deactivation  of  the  link  by  the  PLOP. 
(See  paragraph  4.3. 3. 2.)  In  the  case  where  the  channel  decoder  is  in  the  "SEARCH"  state,  no 
further  data  bits  will  be  transferred  to  the  process  which  reassembles  and  accepts  the  TC 
Transfer  Frame  (the  layer  above)  until  the  decoder  returns  to  the  DECODE  state. 


Issue  1 


Page  B-3 


January  1987 


CCSDS  RECOMMENDATION  FOR  TELECOMMAND:  CHANNEL  SERVICE 


Reporting  of  individual  decoded  TC  Codeblock  acceptance  by  telemetry  will  NOT  be 
performed,  unless  this  is  implemented  on  a  mission-specific  basis  for  the  purposes  of 
spacecraft  diagnosis  (e.g.,  via  engineering  telemetry  data).  Since  no  data  will  be  transferred 
to  the  spacecraft  TC  Transfer  Frame  reassembler  in  case  of  TC  Codeblock  error,  the 
operational  reporting  of  acceptance  is  performed  on  a  TC  Transfer  Frame  basis  via  the  Frame 
Acceptance  and  Reporting  Mechanism  (FARM)  as  described  in  Reference  [4]. 

B-2  CODING  LAYER  SERVICE  SPECIFICATION 

The  basic  Quality  of  Service  of  the  Coding  layer  is  to  provide  a  reliable,  error-controlled  data 
channel  through  which  user  telecommand  data  bits  may  be  transferred. 

B-2.1  Coding  Layer:  Sending  End  Service  Specification 

(1)  INPUTS 

From  the  layer  above: 

(a)  "Input  Data"  from  the  Data  Routing  Service,  to  be  included  in  a  single 
CLTU. 

(b)  Control  instructions. 

From  the  layer  below: 

(c)  Status  of  the  physical  telecommand  channel  (i.e.,  report  from  the  Physical 
layer). 

(2)  OUTPUTS 

To  the  layer  above: 

(a)  Status  of  the  physical  telecommand  channel. 

To  the  layer  below: 

(b)  Command  Link  Transmission  Units  (CLTUs). 

(c)  Control  instructions. 

(3)  INTERNAL  FUNCTIONS 

(a)  Encodes  the  "Input  Data"  into  TC  Codeblocks,  adding  fill  as  necessary  to 
complete  the  last  codeblock  of  the  CLTU. 
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(b)  Encapsulates  the  TC  Codeblocks  into  CLTUs  by  adding  Start  and  Tail 
Sequences. 


B-2.2  Coding  Layer:  Receiving  End  Service  Specification 

(1)  INPUTS 

From  the  layer  below: 

(a)  Synchronized  detected  "dirty"  symbol  stream  (with  possible  errors  if  hard- 
decision  decoding  is  used). 

(b)  Symbol  clock  (if  required). 

(c)  Control  information  and  status  (e.g.,  physical  telecommand  channel  active 
or  inactive). 

(2)  OUTPUTS 

To  the  layer  above: 

(a)  "Clean"  decoded  TC  data  from  each  codeblock  which  have  passed  the 
decoder  quality  check.  May  include  fill  from  last  codeblock  of  CLTU. 

(b)  Decode  Status,  indicating  start,  continuity,  and  end  of  valid  TC  data. 

(c)  Control  information  describing  status  of  the  physical  telecommand  channel 
(e.g.,  RF  and  bit  synchronization). 

(3)  INTERNAL  FUNCTIONS 

(a)  Permits  the  resolution  of  the  sense  of  "1"  and  "0"  in  the  incoming  stream  of 
dirty  symbols,  if  not  already  provided  by  modulation  techniques  within  the 
layer  below. 

(b)  Detects  the  CLTU  Start  sequence  which  provides  decoder  synchronization 
for  the  first  codeblock;  subsequent  codeblocks  are  automatically 
synchronized  by  being  contiguous.  Signals  the  start  of  valid  TC  data. 

(c)  Within  the  capability  of  the  decoding  algorithm,  makes  an  estimate  to 
determine  if  an  error  has  probably  occurred  within  the  TC  Codeblock. 
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(d)  Within  the  capability  of  the  decoding  algorithm,  optionally  makes  an 
estimate  of  the  correct  value  of  the  information  bits  if  errors  are  suspected  to 
have  occurred  within  the  group  of  symbols  that  correspond  to  one  TC 
Codeblock,  and  continues  decoding. 

(e)  If  a  TC  Codeblock  is  encountered  which  is  sufficiently  likely  to  contain  a 
detected  or  uncorrectable  error,  declares  a  codeblock  error,  leaves  the 
DECODE  state,  enters  the  SEARCH  state  and  ceases  to  output  further  data. 
Signals  the  stop  of  valid  TC  data. 

(f)  If  the  Physical  layer  signals  loss  of  modulation,  leaves  the  DECODE  state, 
enters  the  INACTIVE  state,  ceases  to  output  further  data,  and  signals  the 
stop  of  valid  TC  data. 

(g)  Informs  the  layer  above  of  status  of  the  Channel  Service. 

B-3  PHYSICAL  LAYER  SERVICE  SPECIFICATION 

The  basic  Quality  of  Service  of  the  Physical  layer  is  to  establish  a  physical  path  which 
connects  the  sending  end  of  the  Telecommand  System  to  the  receiving  end  in  space. 


B-3.1  Physical  Layer:  Sending  End  Service  Specification 

(1)  INPUTS 

From  the  layer  above: 

(a)  Buffers  of  bits  corresponding  to  a  CLTU. 

(b)  Control  information. 

(2)  OUTPUTS 

To  the  layer  above: 

(a)  Status  of  the  physical  telecommand  channel 
To  the  receiving  end  of  the  layer: 

(b)  Modulated  radio  frequency  waveforms,  radiated  as  described  in 
Reference[5]. 
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(3)  INTERNAL  FUNCTIONS 

(a)  Establishes  the  physical  radio  frequency  path  to  the  spacecraft  using  CMM- 

1. 

(b)  Radiates  a  buffer  of  data  bits  serially  according  to  the  PLOP  requested  by 
the  layer  above. 

B-3.2  Physical  Layer:  Receiving  End  Service  Specification 

(1)  INPUTS 

From  the  sending  end  of  the  layer: 

(a)  Modulated  radio  frequency  waveforms  which  have  been  radiated  by  a 
transmitting  station  as  described  and  specified  in  Reference  [5]. 

(2)  OUTPUTS 

To  the  layer  above: 

(a)  Synchronized  detected  "dirty"  symbol  stream. 

(b)  Symbol  clock  (if  required). 

(c)  Channel  Active  (modulated  carrier/subcarrier  present);  used  by  layer  above 
to  select  between  Inactive  and  Search  states,  to  validate  the  Decode  state  and 
in  some  cases  to  initiate  inter-layer  control  instructions. 

(d)  Status  of  the  RE  lock  and  bit  synchronization  processes. 

(3)  INTERNAL  FUNCTIONS 

(a)  Receives  and  detects  the  modulated  carrier/subcarrier. 

(b)  Performs  demodulation  and  symbol  synchronization. 

(c)  Determines  the  state  of  the  physical  telecommand  channel  (CHANNEL 
ACTIVE  or  CHANNEL  INACTIVE.) 

(d)  Performs  symbol  detection  (hard  decisions  or  quantized,  soft  decisions.) 

(e)  Informs  the  layer  above  of  status  of  the  Physical  layer. 
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B.4  CHANNEL  SERVICE  PERFORMANCE  SPECIFICATION 

The  performance  of  the  Channel  Service  is  specified  to  meet  the  requirements  defined  for  the 
layer  above.  In  the  case  where  the  layer  above  is  a  TC  Transfer  Frame,  the  performance 
specification  is  given  in  Reference  [4].  The  performance  provided  by  the  Channel  Service 
depends  on  the  performance  of  the  individual  elements  and  procedures  for  a  CLTU  defined  in 
Sections  3  and  4,  and  as  shown  in  Figure  3-4. 

Suggested  processing  alternatives  for  each  of  the  elements  of  a  CLTU  are  shown  in  Table  B-1. 

Table  B-1:  Processing  of  CLTU  Elements 


Element  Implementation  Procedure 


Modulation  Start 
CLTU  "Start" 

CLTU  "Data  Unit" 
CLTU  "Finish" 
Modulation  End 


Acquisition  Sequence 
Start  Sequence 

Codeblock 

Tail  Sequence 
Idle  Sequence 

Physical  link 


A:  0  error  in  start  seq. 

B:  0  or  1  error  in  start 
sequence 

A:  Triple  error  detection 
B:  1 -bit  error  correction 

Codeblock  rejection 
Codeblock  rejection 

Stop  modulation  (post-CLTU): 
A:  PLOP-1 
B:  PLOP-2 


The  overall  performance  for  different  combinations  of  the  above  strategies  (plus  variables 
such  as  CLTU  length)  is  given  in  Reference  [2].  Accordingly,  the  recommended  Channel 
Service  strategies  are  as  shown  in  Table  B-2. 


Table  B-2:  Recommended  Strategies 


CLTU 

CLTU 

Modulation 

Strategy 

Start 

Data  Unit 

End 

1 

A 

A 

A  or  B 

2 

B 

B 

A  or  B 
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